home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / T0501 / text0041.txt < prev    next >
Encoding:
Text File  |  1997-02-06  |  2.7 KB  |  61 lines
  1.  
  2. > Dave Murphy is currently writing a Falcon version of NewWadTool - which means we
  3. > will soon be able to edit / create PWAD & IWAD files from components without the
  4. > need of a PC.
  5.  
  6. > Is this similar to DEU, or do you reuse old stuff? I mean, what do you mean with
  7. > 'components'?
  8.  
  9. Well, DEU is for creating editing / creating level maps - nothing else. In fact, I'm
  10. not even that sure you can create them from scratch. It seems you have to edit or wipe
  11. an older map in the wad like e1m1.
  12.  
  13. DEU cannot edit graphics, replace graphics, or compile new WADs from individual components
  14. like samples, sprites & maps. You need NewWadTool or some equivalent for that job.
  15.  
  16. > Not to have to use a PC is nice option. ;-)
  17.  
  18. For more than just the obvious reasons...
  19.  
  20. 1) you loose the DOS restriction of 640k for DEU - which means only about 200k of ram
  21. for new levels. Phil has been making levels for the PC and this has been causing real
  22. problems as 200k is just not enough for all those sidedefs.
  23.  
  24. 2) You don't have to use the alternative - WinDEU. This removes the 640k limit, but 
  25. replaces it with that 'Windows' thing that's not exactly ace for running Doom and other
  26. games. This practice leads to problems with Windows AND Doom, and if you decide to quit
  27. Windows to run Doom after every change made, you have to put up with even longer turnaround
  28. times.
  29.  
  30. On a Falcon, you can just switch in a matter of a few seconds, and you can have 4 megs or
  31. more to play with for level maps.
  32.  
  33. > I'll upload a demo when it's at a more functional stage - it currently just acts
  34. > as a wad browser & lets you export pictures as GIF's etc.
  35.  
  36. > Is it a nice GEM program? :-)))
  37.  
  38. Isn't that a contradiction in terms Magnus? :)
  39.  
  40. NewWadTool is better off being fast - there's a lot of scrolling text & page-flipping going
  41. on there, and you need to be able to switch to truecolour real fast for viewing the WAD
  42. entries. GEM doesn't fit the bill for any of these requirements, and so it will be a 640x480
  43. 4 colour custom-written interface - it will look almost identical to NWT on the PC. If you
  44. don't like that then you can always try writing your own! The more tools we have the better.
  45.  
  46. > It would be nice to have that windowed version of BM you talked about and be
  47. > able to test and edit the WAD files at the same time and running a graphics
  48. > editor (under MagiC/MiNT/XaAES) too. :-))
  49.  
  50. That's only useful when using DEU. NWT is for replacing / importing / exporting wad entries and
  51. for creating new PWADs from IWAD parts before editing levels. Essential, but not exactly a
  52. realtime-requirement job.
  53.  
  54. > What about WAD support in Apex 3.... :-)
  55.  
  56. Better off with tools designed for the job - that way you can distribute source along with the
  57. binaries.
  58.  
  59. Doug
  60.  
  61.